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The undersigned declares as follows i 



1. My name is Barbara N. Christensen; 

2. My home address is 6520 White Oak Rd. 

Lino Lakes, MN 55038; 

3. r am employed by Unisys Corporation, assignee of the subject invention, 
as Senior Software Engineer; 

4. I have worked professionally with the Unisys Corporation family of 
products called MAPPER since 1976; 
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6. 
7. 



8. 
9. 

10. 



11. 

12, 



13. 



I am very familiar with 'Classic MAPPER', a commercial product o£ Unisys 
Corporation/ and its associated documentation including the "^Classic 
MAPPER User's Guide' cited by the Examiner as prior art with regard to 
the subject U.S. Patent Application; 

I have read the pertinent portions of the final official action of the 

Examiner with regard to the subject U.S. Patent Applical;ion mailed 

December 4, 2001 to include Section 6 at pages 2-4; 

In particular I have read the Examiner's statement at the last full 

sentence on the bottom of page 3 which reads, ^Classic MAPPER User's 

Guide teaches transfer of messages that let the user know the status of 

the system [see page 19-3 and 19-4]''; 

This preceding statement is factually incorrect; 

Pages 19-3 and 19-4 describe the manner in which Classic mPPER 

applications can transfer data to one another and have nothing to do 

with notification concerning the status of the system; 

In fact, it is contemplated that such applications which transfer information to each oth^ 

using the dted fecility, are generally %dtch processing" MAPPER runs which do not 

have any real time *'user^' associated therewith; 

Because these MAPPER runs are generally processed in the batch mode ha ving no direct 
contact with real time, the status of the system at any point in time is irrelevant; 
A batch processed program awaits execution within a queue without regard to whether 
the wait at any given moment is a result of system unavailability or simply lack of run 
time priority; 

As stated in the last sentence of page 19-4, execution of the batch processed run is simply 
reinitiated upon return to availabiUty of the system without notification to the application, 
because such notification would be irrelevant; 



2 



-04/03/2002 >YED 11:37 FAX 651 635 5857 



BIS ICE GIW DB PI 



11004 



1 4. This batch processing environment is readily distinguishable from the system of tbe 
claimed invention wherein a human user makes a service request of the system and 
anticipates a response in real time; 

1 5. It is highly desirable to notify a human user expecting a real time response whenever that 
response will not be forthcoming because of system unavailability, to enable that human 
user to cease waiting and resubmit the service request at a subsequent time after the 

system becomes available; 

16. Further declarant sayeth not. 

I hereby declare that all statements made herein of my own 
knowledge are true and that all statements made on information 
and belief are believed to be true, and further that these 
statements were made with the knowledge that willful false 
statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the 
United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued 
thereon, I further declare that 1 understand the content of this 
dec].aration. 



Date 
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